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Internetworking is the ability to seamlessly interconnect multiple dissimilar 
networks globally using the Internet (Brutzman, 96). In order to achieve this 
network, technology needs to provide speeds which will allow the network to 
function properly. Many applications which are used on this network demand a 
high bandwidth to perform effectively. 

This thesis presents an analysis of Basic Rate Interface (BRI) Integrated 
Services Digital Network (ISDN) as a data link technology for extending Local- 
Area Network (LAN) connectivity. Hardware and software capabilities are 
presented in detail. A representative “ISDN user needs analysis” is also 
provided. A study is made of an ISDN installation and implementation to 
determine if ISDN is a viable solution to extending LAN connectivity. 

Considerations of particular importance include Internet Protocol(IP) 
compatibility, bonding separate channels to act as a single 128 Kbps logical 
channel, and native support for IP multicast addressing. Experimental results 
indicate that ISDN meets most essential requirements. 
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I. INTRODUCTION 



A. PURPOSE OF THESIS 

Internetworking is the ability to seamlessly interconnect multiple dissimilar 
networks globally using the Internet (Brutzman, 96). In order to achieve this network, 
data links need to provide speeds which allow applications to function properly. Many 
important networked applications require high bandwidth to perform effectively. 

This thesis presents an analysis of Basic Rate Interface (BRI) Integrated Services 
Digital Network (ISDN) as a data link technology for extending Local- Area Network 
(LAN) connectivity. Hardware and Software capabilities are presented in detail. A 
representative ISDN user needs analysis is also provided. We then evaluate the practical 
employment of ISDN in the Systems Technology Lab (STL) in Root Hall to determine if 
ISDN is a viable solution. 

Considerations of particular importance include Internet Protocol (IP) 
compatibility, bonding separate channels to act as a single 128 Kbps logical channel, and 
native support for IP multicast addressing. Experiment results indicate that ISDN meets 
most essential requirements. 

B. MOTIVATION 

Many articles have been written on ISDN stating that the acronym stands for “It 
Still Does Nothing.” ISDN has been in existence for nearly ten years but its slow 
adoption has meant that ISDN still remains a mystery to many. For most of those ten 
years, it has been a proprietary implementation by the different telephone companies. 
There were no standards in place. This meant that different companies made products 



1 



that supported different features of ISDN and were not interoperable with other ISDN 
products. 

Over the past few years, technology literature has claimed that ISDN has 
improved. The telephone companies are beginning to understand the technology that 
they are providing and are capable of trouble shooting problems. Standards are being 
made to make ISDN and ISDN products interoperable. (Ginsberg, 95) 

Many research analysts believe however that the improvements have come too 
late. They predict that up-and-coming technologies such as cable modems and 
Asymmetric Data Service Line (ADSL) will make ISDN obsolete (Leeds, 96). Both 
technologies offer speeds many times that of ISDN and wonder why anyone would 
bother with ISDN. 

This thesis will determine whether ISDN is of immediate practical use. ISDN 
needs to be evaluated fairly to determine the benefits of this technology, the costs 
associated with it, and its future growth with the DoD. 

1. The Importance Of New Technology In The DoD 

Periodically, DoD needs to re-evaluate its mission and determine the 
requirements need to accomplish its mission. The DoD also needs to have visionaries to 
determine how the mission will change and what future requirements will be needed. 
When performing this evaluation, existing technologies need to be examined to 
determine which technology can support the requirements. The existing technology 
selected needs to be able to migrate into future technologies. 
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DoD can’t sit back and take a wait-and-see attitude when it comes to technology. 
There will always be something newer and better just waiting to be developed. DoD 
needs to be smarter in determining its mission and its requirements to accomplish its 
mission. 

The Internet is essential for many DoD tasks. The DoD need LANs, IP 
compatibility, telecommuting, IP multicast and bandwidth to be effective in these tasks. 
ISDN needs to be evaluated to determine it it can provide these requirements for these 
tasks. 

C. THESIS ORGANIZATION 

Chapter II identifies related work, in particular how ISDN is presently being used 
at the Naval Postgraduate School (NPS) and in the private sector. Chapter III is the 
detailed thesis problem statement. Chapter IV is the evolution of ISDN and how the 
Regional Bell Operating Companies (RBOCs) market the different ISDN services. 
Chapter V addresses typical user needs relative to ISDN. Chapter VI examines ISDN- 
related hardware. Chapter VII is the experimental results and Chapter VIII are the 
Conclusions and Recommendations. 
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H. RELATED WORK 



A. INTRODUCTION 

This chapter discusses work relating to the larger shared objective of how to 
connect everyone using the Internet. Section B discusses research that was performed 
using the Multicast Backbone (MBone), a technology that provides global many-to-many 
real-time audio/video connectivity using the Internet. We believe that MBone 
compatibility is a key requirement for ISDN use. This section also discusses research 
occurring at the Naval Postgraduate School (NPS) which examines different technologies 
that can provide adequate bandwidth to run MBone tools and other applications running 
across an extended LAN. Section C and D discusses the current usage of ISDN at NPS 
and in the commercial sector respectively. 

B. INFORMATION INFRASTRUCTURE RESEARCH GROUP 

The Information Infrastructure Research Group (IIRG) is a team of thesis research 
students at NPS. Much of the students' research shares a common objective: to connect 
everyone using the globally shared resource of the Internet. (IIRG, 96) 

The following are recently completed NPS theses that relate to connectivity using 
the MBone. Other related theses document various ways to utilize the MBone tools (as 
well as other applications) properly. 
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1. Hamming “Learning to Learn” Multicast Distance Learning 

Hamming “Learning to Learn ’’ Multicast Distance Learning (Emswiler, 95) is a 
thesis that addresses how the MBone and its tools can be used effectively for desktop 
conferencing and distance learning. “Effective” in this context means the ability to have 
good audio/video quality across global Internet connections. This thesis addresses the 
need to provide an interactive and cost effective way to teach and learn. It also shows 
how MBone is an economically feasible approach for providing widely distributed 
audio/video for distance learning. 

2. Planning and Implementing a Wide-Area Network (WAN) 

Internetworking: Planning and Implementing a Wide-Area Network (WAN) for 
K-12 Schools (Bigelow, 95) is a thesis that documents the planning, design and 
implementation of a regional WAN connecting K-12 schools, research institutions, 
libraries and institutions of higher education throughout the Monterey Bay area. The 
goal of the network is to enable students and educators to have access to the 
environmental resources available regionally via the Internet, at speeds which will 
encourage interaction and maintain interest. The thesis documents solutions 
implemented when connecting this WAN. It also lists deficiencies preventing 
endorsement of ISDN use as one of the solutions. Those deficiencies are listed in Figure 
2 . 1 . 
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Basic Rate Interface (BRI) ISDN is unacceptable due to low bandwidth with 
no compatible upgrade path. 

Current high cost of Primary Rate ISDN is out of reach for schools. 

Vendor hardware solutions are proprietary and not interoperable. Multilink 
PPP may resolve this, but has not been implemented. 

Figure 2.1. Deficiencies preventing endorsement of ISDN use. From (Bigelow, 95). 



3. Global ATM Networks for Live Multicast Audio/Video 

Internetworking: Using Global A TM Networks for Live Multicast Audio/Video 
Distribution (Erdogan, 96) is a thesis that documents how distance learning has a positive 
impact on the quality of education and training for the Monterey Bay area. The thesis 
shows the implementation of the MBone over Monterey BayNet for educational 
purposes. The Monterey BayNet is a regional wide-area network (WAN) which connects 
K-12 schools, libraries, research institutions and institutions of higher education 
throughout the Monterey Bay Area. This thesis shows that the current MBone 
technology is possible over a Frame Relay Network. Most of the Frame Relay links 
tested provide network connections comparable to ISDN at 128 Kbps. 

C. ISDN AT NPS 

The biggest advertising pitch for ISDN used by the telephone companies has been 
to handle multiple telephone activities. Like many other organizations’ internal 
telephone office, NPS Base Communications is overloaded with multiple lines. There 
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are not enough analog lines to handle all the employees that need access to a phone, fax 
or PC. ISDN service allows NPS Base Communications to handle these activities using 
multiple telephone numbers from a single line. To find out which offices use ISDN for 
their office needs at NPS, contact Jim Baker at NPS Base Communications. 

Except for providing voice telephone service to the school, ISDN lines have only 
been purchased in limited quantities. There is a Distance Learning Center (DLC) in Root 
Hall which uses ISDN technology to provide a room-size video teleconferencing (VTC) 
system. This VTC uses transmission speeds greater than 128 Kbps. Three Basic Rate 
Interface (BRI) lines, used for data, are “bonded” together to provide the necessary 
bandwidth. Point of contact for the DLC is Debbie Walsh whose office is Root Hall, 
Room 256. 

Some professors in the Computer Science Department use data ISDN to 
telecommute from home. Presently, the Computer Science Department has three ISDN 
lines installed and available to professors who have a need for this technology. 

Curiously, this high-speed capability is still considered nonessential at NPS. The demand 
by the user to deliver adequate bandwidth to maintain an acceptable data transfer rate 
does not outweigh the cost. Point of contact for these three lines is Rosalie Johnson. Her 
office is located in Spanagel Hall, room 527B. 

The Systems Technology Lab (STL) has installed one ISDN line for the purpose 
of conducting this thesis. They plan to install nine more in the future and have the lines 
connected to an ISDN hub. If this thesis successfully shows that ISDN supports 
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multicasting, then the STL administrators will use ISDN to telecommute from home to 
the STL. They want to improve security in the STL by visually checking the lab 
remotely. Point of contact is Don McGregor whose office is located in Root Hall, room 
205D. 

D. ISDN IN THE PRIVATE SECTOR 

International Data Corporation (IDC) is an independent consultant firm that 
conducted a survey of telecommunication managers in 1995. The survey was conducted 
to determine the users opinion and projection for a variety of telecommunication products 
and services. The services were private-line speeds, data communication services, 
protocol environments, and the Internet. IDC interviewed telecommunication managers 
from companies with 100 or more employees from within the seven Regional Bell 
Operating Company (RBOC) segments. There were about 218 respondents in all. IDC 
analyzed the respondent’s perspective on a regional basis to focus on distinctions among 
regions. IDC also analyzed the data on an industry basis to focus on distinctions among 
industries. (Shapiro/Robertson, 95) 

1. IDC Findings 

Migration from private-line networks is slow. Thirty percent of the managers 
interviewed predict that their companies will not be migrating from the current private 
networks at all. However, EDC strongly believes that although the migration path is 
slow, the increasingly complex maintenance of these networks will drive many 
corporations to reconsider using alternative services like ISDN and asynchronous transfer 
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mode (ATM) to create a more hybrid approach to their WAN service (Shapiro/Robertson, 
95). 

Appendix A shows the penetration of some telecommunication services for data 
traffic: basic exchange, private lines, switched 56 Kbps, and ISDN. Although only 30% 
of users use BRI ISDN and 16.5% use PRI ISDN, EDC predicts that each of these 
numbers will increase slowly in the future (Shapiro/Robertson, 95). Appendix A shows 
the mean and median data regarding number of connections for each service. 

Furthermore, interest in BRI ISDN has increased. EDC contributes this increase to the 
interest of remote LAN access and telecommuting. BRI ISDN has had the highest 
penetration in the agriculture, construction and mining markets. 

E. SUMMARY 

This chapter addresses related work which demonstrated a relationship between 
ISDN, the MBone software tools and distance learning. Other related work documents 
the need to find alternative technology solutions to successfully utilize the MBone tools 
as well as other bandwidth intensive applications. This chapter also addresses how ISDN 
is being deployed at NPS now and where some departments plan to use it in the future. 
Lastly, it shows the slow migration of ISDN in the private sector. 
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UI. PROBLEM STATEMENT 



A. INTRODUCTION 

The key challenge in network design is providing useful and manageable 
connectivity for users. More and more organizations are seeing the need to tie together 
their islands of automation. They are trying to achieve for data services what the 
telephone system already provides for voice services: the ability to communicate or be 
connected to another. Connectivity means allowing users to communicate up, down, 
across, and, in and out of an organization. (Sprague Jr/McNurlin, 93) 

This thesis is about just that, providing user connectivity by extending an 
organization’s LAN through the use of ISDN. Section B explains the need for 
connectivity. Section C explains the problems in achieving connectivity. Section D 
discusses video teleconferencing (VTC), an application which research has shown aids in 
communication. It also explains how the MBone technology can be used for VTC. 
Section E is the problem statement of this thesis; the need to evaluate the potential 
effectiveness of ISDN for connectivity. Section F discusses why it is important to 
evaluate ISDN within the Navy and Marine Corps. 

B. NEED FOR AN EXTENDED LAN 

There are many reasons why organizations are pushing for connectivity outside 
the organization. Figure 3.1 explains some of the major reasons and is by no means an 
exhaustive list. 
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• Economic constraints have caused organizations to look for alternative 
solutions to in-person meetings, and, education and training requirements that 
can not be provided locally. 

• Geographical dispersion of workers can create problems for collaborative work 
to be performed. 

• Organizations are realizing that employees can be equally or more productive 
working from their homes. In order to recruit and retain key personnel, 
organizations are providing their employees with the ability to telecommute 
from home. 

• Transactions between businesses are increasingly being done electronically. 

Figure 3.1. Needs for an extended LAN. 

C. CONNECTIVITY PROBLEMS AND A SOLUTION: INTERNET 
PROTOCOL (IP) 

The problem with extending connectivity is one of non-interoperabilities. 

Different machines use different operating systems with different hardware interfaces on 
different networks. These machines need to be interoperable. It is not always possible 
(and rarely desirable) to buy end-to-end equipment from the same vendor. The 
connectivity solution needs to be one that allows the exchange of information in standard 
ways without physical intervention and without any changes in the command language or 
in functionality. That is why interoperability must be stressed. Standards are the 
foundation of the overall architecture because they offer the greatest long-term benefits. 
Proprietary solutions are to be reserved for filling gaps where standards are not yet 
available. Therefore, there is only one practical solution for computer connectivity that 
simultaneously addresses all of these competing requirements: the Internet Protocol (IP). 
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D. VIDEO CONFERENCE SYSTEM NEEDED IN AN EXTENDED LAN 



Video teleconferencing (VTC) is not a new technology. Expensive room-sized 
systems incorporating specialized hardware and software components have been used for 
years. Organizations recognize them as productive tools and use them in distance 
learning and collaborative work. Unfortunately, these systems use proprietary hardware 
and software and do not interoperate with other computers due to incompatibility with IP. 

New video conferencing technology is downsizing these systems to inexpensive 
software that works on a PC. Desktop conferencing improves the communication 
process with other users. It allows the users to see each other. The subtleties of body 
language and facial expressions are communicated in a way not possible via fax machine, 
e-mail or telephone. As a result, the users avoid wasted time and avert 
misunderstandings. Additionally, desktop video conferencing systems allow individuals 
to participate in all functions that room-size systems allowed. As with the room-size 
VTC, many of these new systems use proprietary hardware and software. There are some 
however that are not proprietary. (Rettinger, 95) 

A great deal of work in recent years has shown that IP-compatible low-cost VTC 
is possible globally using the MBone. 

1. MBone 

Internetworking is defined as the ability to seamlessly interconnect multiple 
dissimilar networks globally (Brutzman, 96). Physical connectivity to the Internet is a 
prerequisite to internetworking. In the past, most desktop conferencing solutions allowed 
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only two people to participate in a session. This precluded using desktop conferencing 
for meetings that required the connection of three or more locations. Today, multipoint 
technology makes it possible for a group of people to see and hear each other and 
collaborate on a task simultaneously. 

The MBone can be considered as a multipoint technology. MBone stands for 
Multicast Backbone. It is a virtual network layered on top of portions of the physical 
Internet. The MBone is used for multicast real-time applications such as 
videoconferencing and audio. 

Many related theses demonstrate that the use of the MBone can provide a quality 
desktop video conference system. The MBone applications provide the necessary tools 
for distance learning and collaborative work. (Erdogan, 96) 

In the past, the MBone technology could only be transmitted over a high- 
bandwidth physical media (e.g. T1 line at 1.5 Mbps) because it was transmitting audio 
and video simultaneously. This technology required a large bandwidth due to primitive 
compression algorithms used to encode audio and video data. Recent developments in 
MBone software applications and incorporation of sophisticated compression algorithms 
make it possible for this technology to be used over low-speed network connections. 

The MBone technology and associated protocols are becoming standardized by a 
variety of organizations, most notably the Internet Engineering Taskforce (IETF) Audio- 
Visual Transport (AVT) working group (Audio/Video Transport Charter, 96). A 
complete variety of machines and operating systems are already interoperable. 
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E. 



ISDN AS A COMPATIBLE SOLUTION 



New applications (like the MBone tools) that require a moderately large 
bandwidth to perform properly are making standard telephone technology inadequate for 
extending a LAN. The network connectivity demand for higher bandwidth is the driving 
factor behind searching for a new technology (Wiedenhoeft, 94) (Bigelow, 95). The 
solution must not only be technically feasible but also cost effective. 

The purpose of this thesis is to investigate and evaluate the potential effectiveness 
of using ISDN for extending a LAN environment. Various forms of ISDN technology 
has been in existence for over ten years. It remains to be determined whether this 
technology has matured sufficiently over the years, and whether standards are working 
that will avoid making ISDN a proprietary solution. A past thesis made a preliminary 
evaluation of ISDN as a solution for an extended LAN and determined that the ISDN 
standards and technology were not fully developed (Bigelow, 95). 1 

In 1995, Major Michael R. Macedonia USA, a Ph.D. student at the Naval 
Postgraduate School (NPS) posted a question to the ISDN news group. He was trying to 
find out if anyone had successfully used MBone over ISDN. At the time that Major 
Macedonia posed his question, MBone applications needed more than 128 Kbps to 
perform properly. Two BRI “bonded” B-channels could not offer the required 
bandwidth. At that time, a handful of users were using ISDN for IP and MBone 



'Bigelow’s findings are summarized in Chapter II. 
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connectivity. However, the usefulness of BR1 ISDN for MBone was problematic due to 
the 128 Kbps constraint. 

The ISDN issues that Bigelow’s thesis identified and the multicasting problems 
that Major Macedonia uncovered need to be re-evaluated. This thesis investigates 
whether show-stopper ISDN problems of the past are still present today. 

F. ISDN FOR THE NAVY AND MARINE CORPS 

Section B of this chapter addressed many reasons why organizations are pushing 
for connectivity outside the organization. These reasons can apply to the military as well. 

Not only is internetworking important in an office environment, it will become 
equally important on the battlefield for tactical reasons. We expect that the battlefield 
commander will need to rely on internetworking in order to achieve cooperative 
engagement (Nierle, 96). Previous theses have shown the need for applications to 
conform to EP (Bigelow, 95) (Nierle, 96). IP is essential to assure universal 
interoperability and hardware-independent evolution of tactical applications. With this in 
mind, information managers in the military have the responsibility to evaluate new 
technologies and find the one that bests supports the needs of the organization and 
supports IP. One such candidate technology is ISDN. 

G. SUMMARY 

This chapter addresses the need for user connectivity by extending an 
organization’s LAN and the problems to achieve it. It addresses VTC which is a system 
used in an extended LAN environment. Many VTCs however use proprietary hardware 



16 



and software which create interoperability issues. The MBone technology and associated 
protocols have been successfully used in VTC to achieve interoperability. However, the 
MBone application tools require a moderately large bandwidth (128 Kbps) to perform 
properly. 

Many technologies are emerging which are possible solutions for providing the 
necessary bandwidth to transmit the MBone application tools. The technology chosen 
needs to provide interoperability standards to enable extended connectivity and also be 
cost effective. This chapter addresses the need to investigate the current state of the 
ISDN technology and evaluate the potential effectiveness of using it for extending a LAN 
environment within the military. 



17 










18 



IV. TELEPHONE COMPANIES ISDN DEPLOYMENT 



A. INTRODUCTION 

This chapter addresses how the Regional Bell Operating Companies (RBOCs) 
deployment of ISDN differs from RBOC to RBOC. Section B addresses the evolution of 
ISDN. Section C addresses the International Standards for ISDN. Section D addresses 
the different services that each RBOC provides. 

B. EVOLUTION OF ISDN 

Thirty years ago the entire telephone network was analog. Information was 
transported through the network as an analog signal from point to point. Computer 
information, which is digital, had to be converted first to analog before being transported 
across the network. 

During the next two decades, the telecommunications network in the U.S. went 
through a digital evolution. This digital evolution began with the advent of T-carrier, a 
digital interoffice transmission system with an analog stored program controlled switch 
(Bellcore, 85). The T-carrier allowed the phone companies to stop making analog 
connections between the central offices (COs). When a person’s voice or analog modem 
signal reaches one central office, it is promptly digitized. The digital information is then 
transferred via switches to the receiving central office. At the receiving central office, 
the digital information is converted back into an analog signal and continues to its 
destination point. 
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During the past decade, the concept of digital connectivity has continued. ISDN 
is a technology based on this concept. It is a network architecture which through 
standardization of user and network interfaces allows customer access to multiple 
communication services (Bellcore, 85). Information is transported through the network 
in digital form from the customer premises to its destination point. The network is 
“integrated” in that the system facilities provide end-to-end digital connectivity for voice, 
data and video services. Computers can connect directly to the telephone network 
without first converting their signals to an analog audio signal (as modems do). 

The concept of digital connectivity has begun to rapidly influence the trend 
towards more sophisticated applications that require large bandwidths to perform 
properly. The bandwidths that are required for these applications are more than what is 
allocated to an analog phone line. 

C. INTERNATIONAL STANDARDS FOR ISDN 

The international telecommunications standardization organization which is now 
known as the Telecommunications Standards Bureau (TSB) has played a key role in 
developing standards. The Bureau was formerly the Consultative Committee for 
International Telegraph and Telephone (CCITT). 

In 1 984, two types of user-network interfaces were standardized by the TSB for 
ISDN: Basic Rate Interface (BRI) and Primary Rate Interface (PRI). 
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1 . 



Basic Rate Interface (BRI) 



The BRI ISDN connection contains three separate channels: two B channels and 
one D channel. Some documentation refers to these channels as “pipes.” The two B (for 
bearer) channels transmits the user information and are typically 64 Kilobits per second 
(Kbps) data channels. The D (for data) channel carries call-setup and signaling data (also 
known as out-of-band signaling) between the ISDN device and the phone company. It is 
not normally used for anything else. This channel is 16 Kbps. The two B channels can 
combine together to form a single 128 Kbps data channel through a process called 
“bonding.” 1 The standard BRI is referred to as a 2B+D connection. The BRI ISDN 
channel is shown in Figure 4.1. (Pacific Bell, 94) 

The signaling information tells the telephone company switches what to do with 
the data that's being delivered via the B channel. This signaling information opens and 
closes circuit switches to route calls along a dedicated path between caller and receiver. 

As mentioned previously, standard ISDN uses out-of-band signaling via the data (D) 
channel. In-band signaling refers to the delivery of the signaling information being carried 
in the same channel as the user information (in the bearer channel). (Angell, 95) 

Some local telephone companies are slow to implement out-of-band signaling 
connections and use in-band signaling. The in-band signaling uses 8 Kbps in the B channel 
causing the B channel to only transmit data at 56 Kbps instead of the standard 64 Kbps. 

‘Protocols for achieving 128 Kbps transmission are addressed further in Chapter 
V. 
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Pacific Bell (PacBell) does not offer out-of-band signaling in the Monterey area (although 
their ISDN sales representatives say they do). 




Figure 4. 1 . Basic Rate Interface (BRI) ISDN channels. From (Pacific Bell, 94). 



2. Primary Rate Interface (PRI) 

Primary Rate Interface (PRI) consists of 23 64 Kbps B channels and one 64 Kbps 
D channel. It is referred to as 23B + D. One PRI line is much cheaper than eleven and a 
half BRI lines. If users need a large number of ISDN lines in one place or need a line that 
can transmit more than 128 Kbps, PRI should be used. Using one PRI line or multiple 
BRI lines is more cost effective than using a standard T1 line. 

D. REGIONAL BELL OPERATING COMPANIES (RBOC) ISDN 

DEPLOYMENT 

Dedicated digital telephone lines have been around for a long time. They are 
leased lines that operate 24 hours each day for a fixed monthly rate. There are no 
connection-by-connection usage charges associated with dedicated lines. ISDN is not 
considered a dedicated system. 

ISDN is an on-demand system and is treated in many ways like plain old telephone 
service (POTS) in terms of charges. If a person makes a local call, the local telephone 
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company charges the person for that call. If a person makes a long-distance call, the long- 
distance telephone company charges for the call. ISDN billing works similarly. Therefore 
it is impractical to use an ISDN line as a dedicated connection 24 hours a day since billing 
tariffs are not economical. 

In 1992, the Regional Bell Operating Companies (RBOCs) and network switching 
system manufactures made an agreement to provide standard ISDN services. This 
commitment is called National ISDN. National ISDN specifies the way that telephones 
and computers communicate with the ISDN network. The National ISDN agreement 
ensures that each central office switch operates in a standard way, providing a uniform 
interface to the Customer Premises Equipment (CPE). (U. S. West, 96) 

In recent years the United States has had seven RBOCs. 2 Each company provides 
telephone services for that region. In addition to the RBOCs, there are independent 
telephone companies (ITCs). All of these companies provide local service. Long distance 
telephone companies are called InterExchange Carriers (IC or IEC). They provide service 
between local telephone companies. With the Telecommunications Deregulation Act of 
1996, the IECs can now compete in the local market as well (S.652, 96). These 
companies operate independently which results in uneven ISDN service availability, 
pricing and service. Sometimes it is difficult to get reliable, consistent answers from these 
providers about their ISDN services. 

2 Pacific Bell is merging with South Western Bell and Bell Atlantic is merging with 
NYNEX. When this happens, there will be five RBOCs instead of seven. 
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Some telephone companies are trying to make ISDN easy to use. They are 
constantly updating their office equipment to comply with TSB standards. These 
companies are using aggressive marketing strategies to sell ISDN as the latest and greatest 
in modem technology. Other telephone companies continue to be sluggish in ISDN 
implementation. They are waiting for the market to come to them. However, the 
demand for ISDN in these areas will never increase if the ISDN equipment manufacturers 
and local telephone company do not collaborate and market the product. (Angell, 96) 

1. Different ISDN Services 

Although the BRI standard is 2B+D, different telephone companies offer a variety 
of BRI channel configurations. The BRI channel configuration determines the type of 
information that gets transmitted through each B channel. Therefore it is important for the 
user to know beforehand what the requirements for the ISDN line are before ordering the 
service. If user needs requirements change, the channel configuration may change (and 
the phone company will charge for the change). Figure 4.2 lists the available BRI channel 
configuration options: 
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Interface Type 


Interface Configuration 


OB+D 


D Channel Only 


IB 


IB Voice 


IB 


IB Data 


IB 


IB Alternate Voice/Data 


IB 


IB Packet Data 


1B+D 


IB Voice, D Packet Data 


1B+D 


IB Data, D Packet Data 


1B+D 


IB Alternate Voice/Data, D Packet Data 


2B 


IB Voice, IB Data 


2B 


IB Voice, IB Packet 


2B 


2B Data 


2B 


IB Data, IB Voice/Data 


2B 


IB Data, IB Packet Data 


2B 


IB Voice/Data, IB Packet Data 


2B+D 


IB Voice, IB Packet Data 


2B+D 


2B Data, D Packet Data 


2B+D 


IB Data, IB Voice/Data, D Packet Data 



Figure 4.2. BRI channel configuration options. From (Angell, 95). 



Most ISDN equipment is flexible enough to operate on any ISDN line. The local 
telephone company has special ISDN ordering operators so they can assist the user in 
determining which service is appropriate. 
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2. Different Telephone Company Switching Systems 

A switch refers to electronic facilities that route telephone traffic from one 
destination to another. ISDN service is a circuit switching system. The term circuit 
switching means that the communications pathway remains fixed for the duration of the 
call and is unavailable to other users. Electronic switching software operated on specialize 
switching computers provides the basis for the operation of ISDN. 

(Angell, 95) 

By way of contrast, the term packet switching refers to the sending of data in 
packets that are individually sent by the most efficient route and then reassembled at their 
destination. IP packets sent by a single users computers pass through the point-to-point 
ISDN connection and are then connected to a LAN, where they can be routed anywhere 
on the Internet. 

The leading digital circuit switches used by RBOC are AT&T’s 5ESS (Electronic 
Switching System) and Northern Telecom’s (NT) DMS-100 switches. The 5ESS uses 
either Custom or National ISDN 1 (NI-1) software and the DMS-100 uses only NI-1 
software. (Angell, 95) 

These switches (and their associated software) have become standard because 
compatibility between user ISDN equipment and the telephone company’s switch is 
necessary to communicate via ISDN. Therefore, when ordering ISDN service, the user 
needs to tell the telephone company the exact brand and model of the equipment that will 
be used on the ISDN line. 
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3. Inconsistent ISDN Pricing 

ISDN pricing policies are called tariffs by the phone companies. The tariff is based 
on complex cost allocations and recovery rules established by federal and state regulators. 3 
Therefore, ISDN pricing varies from one RBOC to another and from state to state. For 
example, the California Public Utilities Commission (CPUC) recently changed its order 
and related pricing rules on March 13, 1996 (Pacific Bell, 96). This provided new 
guidelines for PacBell to resell its products and services. 

The CPUC’s order moved ISDN into a competitive product category. This means 
that the product is divided into separate components (e.g. usage, monthly fee and 
installation). Each cost component is priced separately to enable the company to recover 
its expenses in accordance with regulatory rules. As a result, the various cost components 
may no longer subsidize each other. (Pacific Bell, 96) 

As a result of this order, PacBell filed its new tariff with the CPUC. It proposed 
raising the monthly fee by $8. The increase was filed because PacBell originally expected 
only 12 percent of its ISDN customers to require repeaters. It has found that 24 percent 
of business ISDN users and 30 percent of personal ISDN users are located more than 3 
miles from the central office. PacBell was not charging extra for repeaters. The cost to 
provision and maintain high-quality, high-speed digital lines in rural areas is higher than in 
metropolitan areas. PacBell’s analyses showed that their current prices would not sustain 
their ISDN service offerings. (Pacific Bell, 96) 

3 Tariffs are not based on competition. 
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The total cost to receive ISDN services is dependent upon the configuration option 
chosen above, installation costs, distance charges, usage charges and a fixed monthly fee. 
Continued variation in pricing can be expected to continue as the telecommunications 
industry is deregulated, services improve and competition increases. Further reduction in 
costs for educational connectivity is likely in this rapidly changing environment. Appendix 
B shows the current tariffs and installation costs for each of the RBOCs. 

4. Joint Marketing/Alliance Agreements with the Local Exchange 
Carrier (LEC) 

In order to market ISDN better, the telephone companies and ISDN equipment 
vendors have been working together to make setting up a connection easier. Each Local 
Exchange Carrier (LEC) has been forming alliances with CPE vendors that allow both 
parties to jointly sell their products. The joint selling approach focuses on delivery of a 
complete solution for a customer’s application. Under this type of program, ISDN 
sendees can be standardized for that RBOC area. With standardization, vendors can 
ensure interoperability of equipment. 

Several RBOCs have facilities for testing ISDN CPE and applications. The 
testing is divided into three categories: ISDN Protocol Compatibility Testing, 
Interoperability Testing and ISDN CPE “SUPER” Testing. “SUPER” testing includes 
human factors testing (Bellcore, 96). The phone companies have a list of approved ISDN 
vendors and products that work with that LEC’s switches. 
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E. SUMMARY 



This chapter addresses the evolution of ISDN and the ISDN International 
Standards. It also addresses how the Regional Bell Operating Companies (RBOCs) 
deployment of ISDN differs from RBOC to RBOC. 
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V. USER NEEDS ANALYSIS RELATIVE TO ISDN 



A. INTRODUCTION 

This chapter gives an analysis of user needs for an extended LAN relative to 
ISDN capabilities. Section B deals with the applications used in an extended LAN. In 
order to have these applications, the user needs a technology that will support these 
applications. User applications provide the driving requirements. 

Sections C through E describe what functions ISDN needs to support. 

Specifically, section C explains the Transmission Control Protocol/ Internet Protocol 
(TCP/IP) standards and the Open Systems Interconnection (OSI) reference model. The 
ISDN reference model is mapped to OSI and TCP/IP to explain how it is technically 
possible to interconnect two systems using ISDN. 

Section D explains the different functions of ISDN that cannot be directly mapped 
to layers in these well-known reference models. The different ISDN functions are 
needed to provide a standard to achieve interoperability between two systems and to 
explain how the technology can provide the necessary bandwidth to run the user’s 
software applications. 

Section E describes multicasting which is an inherent requirement for an extended 
LAN environment. MBone technology is an example of a network that requires 
multicasting. The MBone application tools are selected to test whether ISDN supports 
multicasting. 
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Section F gives an economic analysis of how much it will cost a command to 
extend their LAN connectivity using ISDN. 

B. SOFTWARE APPLICATIONS 

The typical office connection with analog lines looks like Figure 5.1: a telephone 
for voice, a fax device to send documents, and a telephone modem to connect remotely to 
a LAN or to the Internet. If users have only one Plain Old Telephone Service (POTS) 
line, they can only make one of these connections at a time. Ordinarily, to conduct 
multiple tasks at the same time, you must have a separate analog line for each device. 

ISDN can allow multiple dissimilar connections simultaneously. The digital 
connection of ISDN can deliver up to three separate calls at one time (given the 
appropriate ISDN-capable telephone devices and line configuration). An analog line 
delivers one call at a time. Figure 5.1 compares an office setup using either one analog 
line or an ISDN setup. 
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The combined voice and data capabilities of ISDN can support a broad range of 
applications. However, unlike traditional POTS phone lines which all work alike, ISDN 
lines must be configured to the user’s applications. For example, the setup and 
equipment for a LAN-extension environment is different from the setup and equipment of 
a room-sized video teleconference (VTC) application, or an environment where the user 
is carrying on simultaneous voice and data traffic. This thesis only covers IP -based 
applications which extends the user’s LAN environment. 1 

1. Telecommuting 

Telecommuters are employees who work from home part or full time. The idea 
of telecommuting using ISDN is to transport most of the functionality of the office to the 
home. Typical office functions pertinent to the use of ISDN are included in Figure 5.2. 



High-speed access to the user’s LAN and file servers. 

Fast interconnections to other company LANs or hosts, remote systems. 

Interconnections to other networks especially the Internet. 

Access to and the ability to use electronic mail (e-mail). 

Teleconferenced meetings using Multicast Backbone (MBone) applications. 
Figure 5.2. Office functionality needs for telecommuting. 



’The ISDN line used for this extended LAN is a 2B+D line for data only. 
Different line configurations are explained in Chapter IV. 
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In order to achieve this extended LAN, the user needs a technology that can 
support more bandwidth than a 28.8 Kbps modem provides. Bandwidth means data 
transmission capacity. The greater the bandwidth, the more data can pass through the 
media in a given amount of time. Many new applications require a lot of bandwidth to 
maintain a data transfer rate acceptable to the user. The demand for this bandwidth by 
applications is the driving force in finding alternative technological solutions to analog 
telephone lines. (Wiedenhoeft, 94) 

A POTS line can support a 28.8 Kbps modem which can provide certain office 
functions adequately (e.g. e-mail, file transfer, slow Internet access). However, as 
graphical user interfaces in Web browsers (e g. Netscape) become the standard interface 
on the Internet, users demand higher-speed connectivity to the Internet. It is not practical 
to use 28.8 Kbps modems to retrieve large graphics, audio or video files over the Internet 
because the modem speeds are slow. The user will find that it will take a long time to 
upload applications or download information. Exceptionally long transfers also run the 
risk of losing the entire transfer if connection reliability is poor. Since personnel costs 
and productivity are paramount, it is easy to understand why proper network support is 
crucial. 

Desktop VTC is another example of a multimedia application that is needed in an 
extended LAN environment and requires a lot of bandwidth. 2 VTC depends on the 
ability to communicate from one-to-many or many-to-many hosts. Current studies show 

2 VTC is addressed as a need for an extended LAN in Chapter III. 
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that the MBone can provide an economically feasible desktop VTC system (Erdogan, 96) 
(Rettinger, 95) (Tiddy, 96). With sophisticated compression control algorithms, the new 
MBone tools can run effectively over a 128 Kbps bandwidth. MBone also requires 
standard IP connectivity to support multicasting. This thesis tests if it is technically 
feasible to use ISDN technology to support a desktop VTC system. Multicasting and 
MBone application tools are explained further in section E. 

C. ISDN REFERENCE MODEL 

Both TCP/IP and OSI explain how computers of all sizes, from many different 
computer vendors running totally different operating systems, can effectively 
communicate with each other. No matter how different, two systems can communicate 
effectively if they have the following attributes in common (Figure 5.3): 

• Functions: they implement the same set of communications functions. 

• Organization: these functions are organized into the same set of layers. Peer 
layers must provide the same functions, but note that it is not necessary that 
they provide them in the same way. 

• Protocol: peer layers must share a common protocol. 

Figure 5.3. Common attributes for communicating systems. From (Stallings, 88). 

Each model is based on functional layers to define the communication capabilities 
needed to enable any two machines to communicate with each other. A protocol is a set 
of conventions to describe the rules of communications between entities in a 
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communications environment. Communication is achieved by having corresponding 
entities in the same layer in two different systems communicate through protocols. 

The OSI is the most widely discussed network reference model but is of little 
practical interest since it is not widely implemented. The TCP/IP protocol suite, on the 
other hand, is widely implemented because of the ubiquitous nature of the Internet. 
Although ISDN does not directly depend on TCP/IP or OSI, the two models can be used 
to map out and illustrate ISDN’s protocol architecture to explain how to connect ISDN 
devices and higher-layer services. The TCP/IP and OSI models are presented first so that 
they can be compared with ISDN’s protocol architecture. 

1. TCP/IP 

Networking protocols are normally developed in layers, with each layer 
responsible for a different facet of the communications. This division of labor is to 
provide clarity and interoperability among software components. TCP/IP is certainly the 
most widely implemented set of protocols because of the Internet. It is normally 
considered to be a 4-layer system as shown in Figure 5.4. This protocol suite defines and 
routes datagrams across the Internet and provides connectionless transport service. The 
TCP/IP protocol uses packet switching (i.e. routing). TCP provides reliable delivery, 
while UDP provides a best effort (i.e. unreliable) service to deliver its packets. 



36 



APPLICATION 

TRANSPORT 

NETWORK 

LINK 



TELNET, FTP, E-MAIL 
TCP, UDP 

IP, ICMP, IGMP 

Device driver and interface card 



Figure 5.4. Four layers of the TCP/IP protocol suite with example components. 

From (Stevens, 94). 

a. Link Layer 

The EP protocol uses the services of the link layer to accomplish the actual 
transmission along the path. This layer is sometimes called the data-link or the network 
interface layer and normally includes the device driver in the operating system and the 
corresponding network interface card in the computer. Together they handle the 
hardware details of physically interfacing with the cable or whatever type of media is 
being used. 



b. Network Layer 

The network layer (sometimes called the Internet layer) handles the 
movement of packets around the network. Data packets are encapsulated with an IP 
datagram which contains routing information. This layer is responsible for receiving or 



37 



ignoring incoming datagrams as appropriate from other hosts. It also handles network 
error and control messages. Internet Protocol (IP), Internet Control Message Protocol 
(ICMP) and Internet Group Management Protocol (IGMP) are the protocols that operate 
at this layer. 

c. Transport Layer 

The transport layer provides a flow of data between two hosts, for the 
application layer above. In the standardized TCP/IP model there are currently two 
different standardized transport protocols: Transmission Control Protocol (TCP) and 
User Datagram Protocol (UDP). 

TCP provides a reliable flow of data between exactly two hosts. It is concerned 
with tasks such as dividing the data passed to it from the application into appropriately 
sized packets for the network layer below, acknowledging received packets, and setting 
timeouts to make certain the other end acknowledges packets that are sent. It is also 
responsible for reordering datagrams that arrive out of order. Although individual 
packets are not constrained to follow identical routes, TCP is referred to as a 
“connection-oriented” protocol since transport layers on corresponding end hosts see a 
single reliable connection between them. 

UDP sends packets of data called datagrams from one host to the other, but there 
is no guarantee that the datagrams reach the other end. Any desired reliability must be 
added by the application layer. Thus UDP communications are often called 
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“connectionless” because their is no logical requirement for acknowledgment or 
retransmission when losses occur. 

d. Application Layer 

This layer handles the details of the particular application, which is 
usually a software process. There are many common TCP/IP applications that almost 
every IP-compatible operating system provides. Several are listed Figure 5.5. 



• telnet for remote login 

• File Transfer Protocol (ftp) 

• Simple Mail Transfer Protocol (SMTP), for electronic mail 

• Simple Network Management Protocol (SNMP) 

Figure 5.5. Example TCP/P applications. From (Stevens, 94). 

2. OSI Model 

The OSI model is a widely referenced network software structuring technique 
also based on vertical layers. It was developed by the International Standardization 
Organization (ISO). Like the IP protocols, it provides a framework for defining a set of 
standards to describe how the communication of computers works. However it is not 
widely implemented in practice. 

Each OSI layer performs a related subset of the functions required to 
communicate with another system It relies on the adjacent lower layer to perform more 
primitive functions and to conceal the details of those functions. Each layer also 
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provides services to the adjacent higher layer. The functions and capabilities expected at 
each layer are specified in the reference model. The model does not specify however, 
how this functionality must be implemented. The requirement to interface to adjacent 
layers typically provides undesirable overhead since direct communication between 
nonadjacent layers is not permitted. For clarity, a representation of the OSI model 
mapped to corresponding layers in the TCP/IP model is shown in Figure 5.6. 
Explanations of each layer follow. 



OSI 


TCP/IP 


APPLICATION 






PRESENTATION 




APPLICATION 


SESSION 




TRANSPORT 




TRANSPORT 


NETWORK 




NETWORK 


DATA LINK 




LINK 


PHYSICAL 







Figure 5.6. Correspondence between OSI and TCP/IP models. From (Brutzman,96). 
a. OSI Application Layer 

The application layer is responsible for giving user applications access to 
the network. Examples of application-layer tasks include file transfer, electronic-mail 
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services, and network management. To accomplish its tasks, the OSI application layer 
passes program requests and data to the OSI presentation layer, which is responsible for 
encoding the application layer’s data in the appropriate form. 

b. OSI Presentation Layer 

The OSI presentation layer is responsible for presenting information in a 
manner suitable for the applications or users dealing with the information. Functions 
such as data conversion, special graphics or character sets, data compression or 
expansion are carried out at this layer. 

c. OSI Session Layer 

The OSI session layer is responsible for synchronizing and sequencing the 
dialog and packets in a network connection. This layer is also responsible for making 
sure that the connection is maintained until the transmission is complete, and ensuring 
that appropriate security measures are taken during the connection. Functions defined at 
the session layer include those for network gateway communications. 

(L OSI Transport Layer 

This layer is crucial because it sits between the upper layers (which are 
application dependent) and the lower ones (which are network based). This layer is 
responsible for providing data transfer at an agreed-upon level of quality, such as transfer 
at specified transmission speeds and error rates. To ensure delivery, outgoing packets are 
assigned numbers in sequence. The sequence numbers are included in the packets that 
are transmitted by lower layers. The corresponding transport layer at the receiving end 
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checks the packet numbers (to make sure all have been delivered) and to put the packet 
contents into the proper sequence for the recipient. Finally, the transport layer provides 
services for the session layer above and uses the network layer below it to find a route 
between source and destination. 

e. OSI Network Layer 

The OSI network layer is also known as the packet layer. It is responsible 
for determining addresses or translating from hardware to network addresses. These 
addresses may be on a local network, or they may refer to networks located elsewhere on 
an internetwork. 

One of the functions of the OSI network layer is to provide capabilities needed to 
communicate on an internetwork. The layer is also responsible for finding a route 
between a source and a destination node or between two intermediate devices. It is 
responsible for establishing and maintaining a logical connection between these two 
nodes to establish either a logically connectionless or a logically connection-oriented 
communication. 

Data is processed and transmitted using the data-link layer below the network 
layer. Responsibility for guaranteeing proper delivery of the packets lies with the OSI 
transport layer, which uses network-layer services. 
f OSI Data Link Layer 

This layer reproduces, transmits and receives data packets. The layer 
provides services for the various protocols at the network layer, and uses the physical 
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layer to transmit or receive material. The OSI data link layer creates packets appropriate 
for the network architecture being used. Requests and data from the network layer are 
part of the data in these packets. These packets are passed down to the OSI physical 
layer. 

g. OSI Physical Layer 

The OSI physical layer is the lowest layer in the model. This layer gets 
data packets from the OSI data link layer and converts the contents of these packets into a 
series of electrical signals that represent 0 and 1 values in a digital transmission. These 
signals are sent across a transmission medium to the OSI physical layer at the receiving 
end. At the destination, the corresponding OSI physical layer converts the electrical 
signals into a series of bit values. These values are grouped into packets and passed up to 
the local OSI data link layer. 

3. ISDN MODEL 

ISDN is used for user-to-user communications and for user-to-network 
communications. The bulk of ISDN protocols deal with the interface between the user 
site and the network over the D-channel. The protocols dealing with the B-channel are 
basically transparent to the ISDN user applications. 

The TCP/IP protocols primarily deal with network interactions above the data 
link layer. This means that IP can typically be sent using any data link and physical link 
protocols. The ISDN model can be mapped to the bottom two layers of the TCP/IP stack 
(i.e. the Link Layer and Network Layer). ISDN is essentially unconcerned with the 
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Transport and Application layers of TCP/IP because ISDN deals solely with end-point 
network access and not with end-to-end routing of Internet traffic between hosts. The 
Transport and Application Layers deal with connection management and end-to-end host 
connectivity. Applications on the host machines communicating over the network are 
expected to provide their own end-to-end services. Otherwise they rely on TCP/IP 
transport protocols (UDP/TCP) to provide such services. (Tittel/ James, 96) 

The manner in which IP is transferred over ISDN is specified in (RFC 1356). The 
Experimental Results chapter in this thesis tests whether IP (in particular multicast IP) 
can run over the data and physical link of BRI ISDN. 

Figure 5.7 shows this comparison between OSI, TCP/IP and ISDN models. 
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Figure 5.7. Correlation between OSI, TCP/IP and ISDN models. 



After (Tittel/James, 96). 
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a. ISDN Layer 1 

Figure 5.8 lists the functions of ISDN layer 1. 

• Encoding of digital data 

• Duplex transmission over the B-channel 

• Duplex transmission over the D-channel 

• Multiplexing of BRI or PRI connections 

• Activation and deactivation of the virtual circuit 

• Provision of power from NT1 to terminal 

• Faulty terminal isolation 

• D-channel contention/access 

Figure 5.8. ISDN Layer 1 functions. From (Tittel/James, 96). 

ISDN Layer 1 describes the physical connections between ISDN devices and the 
network termination device (NT1). CCITT Recommendation 1.430 defines the physical 
layer specifications for the BRI channel. The PRI physical layer is defined in CCITT 
Recommendation 1.43 1 . 

b. ISDN Layer 2 

This layer is concerned with the communications between two machines. 
With ISDN the responsibility for call setup, maintenance and disconnection between two 
machines lies with the D-channel. For this reason, Link Access Procedures (LAP-D) is 
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concerned mainly with the D-channel. LAP-D is defined in CCITT standards 1.440 and 
1.441. 

LAP-D’ s purpose is to provide two types of service. It must handle multiple 
terminals on the user-network side of the NT1, and it must be able to support 
communication between multiple layer 3 protocols operating on the ISDN. 

Link Access Protocol-B (LAP-B) is the X.25 layer two protocol. CCITT 
standards specify that X.25 may be used for packet-switching transmission on the D- 
channel. X.25 was in existence before ISDN standards and so LAP-B incorporated X.25 
in its standard. However there are problems using LAP-B over the D-channel and many 
authors recommend avoiding use of LAP-B in an ISDN network (Angell, 1996). 
Essentially this is a hardware design issue of little direct interest to ISDN users, 
c. ISDN Layer 3 

ISDN Layer 3 is concerned with network functions of addressing, routing 
and delivery of information. On an ISDN network, the D-channel is designated to 
perform these functions. This layer deals with signaling procedures established between 
the user network and the ISDN, call control, and access to and control of supplementary 
services. 3 This protocol information is carried across the network in LAP-D frames. 
(Tittel/James, 95) 



internal network signaling is carried out by out-of-band signaling which is 
discussed in Chapter IV. Layer 3 signaling discussed here deals with signals carried 
from the user network or terminal to the ISDN. 
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CCITT standard 1.451 describes call control procedures. X.25 is a protocol suite 
that defines operations between devices in a packet-switching network. X.25 was in 
existence before ISDN, and ISDN has incorporated the X.25 standards when dealing with 
a packet-switching network. Otherwise the ISDN network mainly concerns itself with 
channel D. 

D. ISDN FUNCTIONS NOT DIRECTLY MAPPED TO TCP/IP OR OSI 

There are certain requirements for ISDN that do not have clear correspondences 
within the structure of the TCP/IP or OSI models. The most important of these aspects 
are listed in Figure 5.9. 

• Multiple Related Protocols: An example of this is the use of a protocol on the 
D channel to set up, maintain and terminate a connection on a B channel. 

• Multimedia Calls: ISDN will allow a call to be set up that allows information 
flow consisting of multiple quality of service types such as voice, data, 
facsimile, and control signals. 

• Multipoint Connections: ISDN allows conference calls (i.e multiple 
simultaneous callers). 

Figure 5.9. ISDN requirements not directly mapped to OSI. From (Stallings, 88). 
Leading ISDN manufacturers have been collaborating on new multiple related 
protocols for bandwidth management. Bandwidth management is needed in order for 
ISDN to be a technically sound and cost-efficient solution for extending a LAN 
environment. One B channel provides a 64 Kbps bandwidth. Combining two B channels 
provides a 1 28 Kbps bandwidth which is acceptable to adequately perform necessary 
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applications in the LAN environment. By collaborating on protocols, ISDN 
manufacturers are trying to provide standards which will enable equipment from different 
vendors to be interoperable. Some protocols have already become an Internet standard, 
such as Point-To-Point Protocol (PPP) (RFC 1661). Others are only proposed protocols 
which are under review by the Internet Engineering Task Force (IETF). Those standards 
and proposed standards which are necessary for an extended LAN environment are 
discussed in the following sections. The draft specifications for proposed standards are 
outlined in a series of documents called requests for comment (RFCs). 

1. Point-To-Point Protocol (PPP) 

Point-To-Point Protocol (PPP) is specified in (RFC 1661). PPP is a standard 
protocol for transmitting network data over point-to-point links using modems or ISDN 
links. Each end of the PPP link must send Link Control Protocol (LCP) packets to 
establish, configure and test the data link during the Link Establishment phase. After the 
link is established, PPP provides for an Authentication phase before proceeding to the 
Network-Layer Protocol phase. The current PPP authentication protocols are used to 
determine identifiers associated with each system connected by the link. (Simpson, 94) 

2. Multilink Protocol (MP) 

Multilink Protocol (MP) proposes a method for splitting, recombining and 
sequencing datagrams across multiple logical data links. BRI and PRI ISDN both offer 
the possibility of opening multiple simultaneous channels between systems, giving users 
additional bandwidth on demand (for additional cost). By means of a four-byte 
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sequencing header and simple synchronization rules, packets can be split among parallel 
virtual circuits between ISDN systems in such a way that reordering of packets is 
minimized. This process of splitting and recombining packets reduces latency and 
potentially increases the effective maximum receive unit (MRU) packet size. 

(Sklower, 96) 

Once the communication link is established as addressed in the PPP section, the 
receiving system indicates to the other system that it is capable of combining multiple 
physical links by responding to multiple authentication identifiers. MP is specified in 
(RFC 1990) and is on track to becoming a standard. 

Using MP, ISDN can provide a virtual link with greater bandwidth than a single 
B channel (up to 128 Kbps). This higher bandwidth is essential to adequately maintain 
acceptable data speeds to operate applications across an extended LAN. Applications 
used in this case study to test whether ISDN provides adequate bandwidth are the new 
MBone tools ( vat 4.0b2, rat 2.6a2, vie 2.8). The new MBone tools only need a 
bandwidth of up to 128 Kbps to provide adequate voice and video quality for VTC 
(Wood, 96). MBone and its requirements are addressed later in this chapter, 
a. Bonding vs. MP 

Many vendors claim that their ISDN equipment has “bonding” 
capabilities. Bonding allows for the two B channels to be effectively combined into a 
128 Kbps transmission. This is usually a hardware bonding which is not a virtual link. It 
is a proprietary implementation of MP, a non-standard kind of multilink, and 
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interoperability problems are an issue if it is not supported identically by the ISDN 
equipment at both ends. 

The Experimental Results chapter in this thesis tests whether SGI Indy computers 
(which are ISDN capable) can achieve an aggregate 128 Kbps IP data transfer. Since 
both computers are SGI, there is no way to verify whether the bonding that is performed 
by the ISDN equipment is a proprietary function or one that satisfies the standard. 

3. Compression Control Protocol (CCP) 

CCP is a proposed standard which will support adding compression to ISDN 
communication to generate data transmission speeds up to 512 Kbps on a nominal 128 
Kbps BRI line. 4 The 512 Kbps effective rate is a 4:1 ratio over the 128 Kbps which users 
get when using MP. 

Many vendors already have a built-in compression scheme. However if the same 
(often proprietary) compression scheme is not identically supported by the ISDN 
equipment at both ends in the same way, compression will not work. The Indys used for 
this case study have a built-in compression scheme. 

CCP will allow two devices to determine which type of compression algorithm 
each supports and then communicate accordingly. Presently vendors have not agreed on 
a standard because there are still too many compression algorithms to choose among. 



4 CCP effectiveness is dependent on the type of data being transmitted. Many 
applications use compression algorithms that produce transmission data which can not be 
compressed further. 
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The MBone tools are applications which already use compression schemes to 
provide low-bandwidth audio and video. Packetized data streams produced by these 
tools are not affected by the ISDN equipment’s built-in compression scheme. Most 
image formats also include native compression. Therefore, from an Internet user’s 
perspective, CCP only has a noticeable effect on plain text, HTML text and 
uncompressed data files. 

4. Other Proposed Protocols 

There are many other proposed protocols for bandwidth management under 
review by the IETF. Figure 5.10 lists a few of these protocols. RFCs and proposed draft 
RFCs for these protocols can be reviewed on the Internet. Knowledge of these protocols 
are not necessary for the purpose of this thesis and therefore will not be addressed 
further. 



BACP - Bandwidth Allocation Control Protocol gives users a way to add 
ISDN lines or channels as needed, and drop them when the extra 
bandwidth is no longer needed. (Richards, 96) 

RSVP - Resource reSerVation Protocol will enable routers to reserve 
bandwidth for time-sensitive data transmission. (Braden, 96) 

MP+ - Multilink Protocol Plus is an outgowth of MP developed by Ascend 
Corporation for bonding bearer channels. (RFC 1934) 

Figure 5.10. Proposed Standards. 



E. IP MULTICAST 

EP multicast is a protocol for transmitting IP datagrams from one or more sources 
to many destinations in a LAN or WAN which use the TCP/IP suite of protocols. The 
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basic service provided by IP multicast only applies to UDP which was briefly discussed 
earlier in this chapter. In multicast UDP the application sends a single message to one or 
multiple recipients. The service is unreliable, meaning that erroneous packets are not 
automatically retransmitted. Thus, there is no guarantee that a given packet reached all 
intended recipients which belong to the multicast group. This type of service is suitable 
for the streaming applications usually used on the MBone. The MBone is more 
concerned with performance than reliability, particularly since automatic retransmission 
of streamed data is often undesirable. (Macedonia/Brutzman, 94) 

There are three fundamental types of addressing mechanisms in the current 
Internet Protocol (IPv4): unicast, broadcast and multicast. A unicast address is designed 
to transmit a datagram to a single destination. All packet transfer with a unicast address 
is inherently point-to-point. If a node wants to send the same information to many 
destinations using a unicast transport service, it must perform a replicated unicast and 
send many copies of the data to each destination in turn. The basic facility provided by 
the TCP protocol is a unicast addressing service. (Stevens, 94) 

Broadcasting is sending a single packet addressed to all hosts on a network. This 
places an unnecessary processing load on hosts that aren’t interested in the broadcast. 
Network segments and hosts can become overloaded with the large amounts of broadcast 
network traffic. Broadcast addresses are specially reserved IP numbers. 

With a multicast service, an application can send one copy of each packet and 
address it to a group of computers that want to receive it. This technique addresses 
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packets to a group of receivers rather than to a single receiver, and it depends on the 
network to forward the packets to the networks that need to receive them. For example, a 
computer can run an audio and video application and each single packet of digitized 
audio and video information generated by the application will be received by multiple 
computers. With a multicast group, each node or computer can be physically located 
anywhere. Packet delivery is provided to hosts that have subscribed to the multicast 
address of interests. 

1. Multicast Backbone (MBone) 

The Multicast Backbone (MBone) successfully extends multicast addressing to 
the global Internet. When using the MBone tools, any host with appropriate multicast- 
capable software can establish a multicast group (also called a session) by selecting a 
multicast address and then announcing the group address and session lifetime to the 
Internet. Hosts are free to join or leave multicast sessions at any time. A single host can 
be a member of many multicast groups simultaneously. Strictly speaking, a host does not 
have to be a member of a particular group to send traffic to that group (although 
membership is usually an application requirement). When the number of members in a 
multicast group drops to zero, the group is essentially removed from the Internet and the 
multicast address is freed to be used for another session. (Macedonia/Brutzman, 94) 

This thesis uses the MBone tools to test whether ISDN supports native IP 
multicasting. Failure to support multicast is noncompliance with TCP/IP. If ISDN 
supports multicasting and two B channels can be effectively combined to provide the 
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necessary bandwidth for MBone, then ISDN can be considered as a technically feasible 
solution in extending the LAN environment. The Experimental Results chapter tests 
whether ISDN on SGI Indy systems supports channel combination and IP multicasting. 

F. ECONOMIC ANALYSIS 

ISDN basic rates for the standard configuration of 2B+D in the U.S. are included 
as Appendix B. Figure 5.11 is an example economic analysis for the NPS STL based on 
PacBell rates (Pacific Bell, 96). PacBell’s tariff is lower than the other RBOCs. These 
rates (provided to NPS in March, 1996) change periodically. New users installing ISDN 
outside the PacBell area need to reverify Figure 5.11 price quotes. 

This analysis makes several reasonable assumptions, assuming that the user has 
MBone-compatible Personal Computers (PCs) or workstations equipped with 
microphones (and optional cameras). 5 Therefore computer hardware costs are not 
included in this analysis. MBone software is free. 

PacBell installation charges are waived if the user commits to use ISDN for more 
than two years. Monthly administrative costs were determined to be zero for this case 
because a network administrator is needed regardless of the choice of network. In our 
case, the NPS STL already has several administrators. If both ends of the system belong 
to the paying organization, then the setup and monthly user costs need to be multiplied by 
2 . 



5 Hardware requirements are addressed in Chapter VI. 
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